home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000092_news@columbia.edu _Fri Sep 10 18:21:18 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA12253
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 10 Sep 1999 18:21:17 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA22636
  7.     for kermit.misc@watsun.cc.columbia.edu; Fri, 10 Sep 1999 18:01:12 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: TVI955 terminal emulation client for Unix (Linux)
  11. Date: 10 Sep 1999 22:01:10 GMT
  12. Organization: Columbia University
  13. Message-ID: <7rbv36$m39$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <7rbjq8$ot7$1@nnrp1.deja.com>,  <davidrice@my-deja.com> wrote:
  17. : I connect to a system that uses tvi955 terminal emulation and I need to
  18. : find a client program that does tvi955 terminal emulation on Unix
  19. : (Linux or Solaris).  We currently use ProComm as our win32 solution,
  20. : but we are attempting to come up with a Linux solution.
  21. : I found the file /usr/share/terminfo/t/tvi955 which looks like a
  22. : terminfo file on my Redhat 6.0 system, but I can't figure out how to
  23. : use it for client emulation.
  24. Is there an FAQ for this group?  This question should surely go into it...
  25.  
  26. UNIX is not DOS, Windows, or Mac OS.  A UNIX application, other than an
  27. X server and the console driver, does not have direct access to the keyboard
  28. and screen, and so it is not, in general or in any real sense, possible to
  29. write a terminal emulator for UNIX.
  30.  
  31. Instead, the console (physical keyboard and "raw" screen + drivers) or the
  32. xterm window give you what amounts to an actual TERMINAL.  Its characteristics
  33. are what they are; you can't change them (except you can do some key mapping
  34. in X which can affect xterm).
  35.  
  36. Now, besides the console and xterm, you can also access UNIX from Telnet,
  37. Rlogin, dialin, or even a hardwired connection from another computer through
  38. the serial port, or for that matter from an actual terminal (VT100, Wyse,
  39. TVI, etc).  Obviously, when you come into UNIX this way -- i.e. from a remote
  40. computer or terminal, UNIX applications REALLY have no direct access to
  41. your keyboard or screen.
  42.  
  43. So the question is not what termcaps you can find on Linux -- that's
  44. backwards.  The question is: what termcaps can you find on the system you
  45. are connected to FROM Linux.  Then you have to set your terminal type on the
  46. remote system where the application is to match the kind of terminal you
  47. have on Linux, or that you are using to access Linux from.
  48.  
  49. The Linux console "emulates" The Linux Console.  It is its own terminal
  50. type.  Xterm -- depending on which one you have -- emulates vt100 or vt220.
  51. If you are coming into Linux remotely, then it's the kind of terminal or
  52. emulator you have locally.
  53.  
  54. If the application you are accessing does not use termcap/terminfo/curses,
  55. and is truly hardwired to TVI955, then you'll need a TVI 955 or an emulator
  56. for one.  Since I doubt that anything like this is available for Linux -- at
  57. least not for for free (it is possible, but not easy, to write a custom
  58. xterm program that emulates some specific kind of terminal not emulated by
  59. the xterms you normally can get) -- then you'll need to access Linux from an
  60. actual TVI terminal or from a PC with DOS or Windows that has a TVI 955
  61. emulator.
  62.  
  63. Another point about UNIX and terminal emulators that might not be obvious is
  64. that in UNIX the communications function generally resides in SOME OTHER
  65. program, such as kermit, cu, telnet, rlogin, etc.  In a typical scenario,
  66. you start an xterm window, and then start (say) Kermit IN the xterm window
  67. and have it make the desired connection.  Kermit provides the connection,
  68. xterm provides the emulation.  (Ditto if you replace Kermit by cu, telnet,
  69. rlogin, etc.)  Kermit also gives you file transfer, character-set
  70. translation, and scripting on the connection.  More about Kermit at:
  71.  
  72.   http://www.columbia.edu/kermit/
  73.  
  74. If you are using xterm, it is possible to change what certain keys send
  75. by using xmodmap.  For example, the regular xterm probably does not support
  76. high-number function keys, like F8.  So if you need to make F8 send what
  77. (say) a DEC VT220 sends, you can (a) install Xfree86 xterm, which does this
  78. already:
  79.  
  80.   http://www.clark.net/pub/dickey/xterm/xterm.faq.html
  81.  
  82. or use xmodmap to assign the appropriate sequence to the key.
  83.  
  84. Remember: Kermit, cu, telnet, and friends can't even SEE the F-keys, arrow
  85. keys, Alt key, etc.  This is the price we pay for the cross-platform code
  86. portability and openness of access that UNIX offers us.  In Windows we can
  87. write terminal emulators because we can always get at the keyboard and
  88. screen.  But Windows does not allow the other forms of access the UNIX does.
  89. So in short: no, there is no Procomm for Linux.
  90.  
  91. These are tradeoffs.
  92.  
  93. - Frank